home *** CD-ROM | disk | FTP | other *** search
/ Tech Arsenal 2 / Tech Arsenal 2 (Arsenal Computer).iso / lan_nov / nns.exe / NNSSTMT3.DOC < prev   
Encoding:
Text File  |  1994-01-25  |  8.0 KB  |  162 lines
  1. January 24, 1994
  2.  
  3. The following Marketing and Support statement is being provided to
  4. customers currently using or considering using Novell's NetWare
  5. Name Service (NNS). 
  6.  
  7. Audience: Interested NNS customers upon request, NetWire, Product
  8.           Information and Technical Support for release to
  9.           customers inquiring about Novell's NNS Strategies.
  10.  
  11. -    NetWare Name Service (NNS) was first released to market in
  12.      December of 1990.  Since that date many sites have installed
  13.      NNS primarily for the purpose of simplifying tasks related to
  14.      network administration.
  15.  
  16. -    NNS was designed as an interim solution for customers wanting
  17.      a simple naming service prior to the release of NetWare 4,
  18.      which began shipping April 1993.  NNS was not designed as a
  19.      complete solution nor was it intended to be an alternative to
  20.      Novell's Directory Service.  For example, NNS does not offer
  21.      time synchronization services, a vital part of NetWare 4's
  22.      Directory Services which resolves conflicts when administering
  23.      the directory services database.
  24.  
  25. -    NetWare 2.x/3.x customers who have not deployed NNS, yet who
  26.      are planning to upgrade to NetWare 4.x in the future, are
  27.      encouraged to upgrade directly to NetWare 4 rather than use
  28.      NNS as a transition solution to get to NetWare's Directory
  29.      Services.
  30.  
  31. -    At the present time, Novell has no plans to release further
  32.      enhancements to NNS. Reported NNS bugs will continue to be
  33.      addressed unless the reported problem requires a design change
  34.      to NNS.
  35.  
  36. -    Currently, technical support for NNS is provided by
  37.      1-800-NETWARE (internationally 801-429-5228).  Engineering
  38.      support, which includes bug fixes to NNS utilities, is also
  39.      available through 1-800-NETWARE (internationally
  40.      801-429-5228).  Design changes and product enhancements are no
  41.      longer available for NNS.
  42.  
  43. -    NetWare 4 was released in April, 1993.  NNS customers have
  44.      until October 31, 1994 to migrate their NNS domains to NetWare
  45.      4.  At that time all Technical and Engineering support for
  46.      NNS, including bug fixes, will be withdrawn.
  47.  
  48. The following guidelines and restrictions apply to NNS.  These are
  49. additional guidelines to those contained in the NNS documentation.
  50.  
  51. 1.   Synchronization for binderies within an NNS domain should be
  52.      performed from a single administration workstation at a time. 
  53.      Simultaneous synchronization from multiple nodes can cause
  54.      bindery corruption.  Consult the NNS manual for a list of
  55.      utilities that may synchronize the binderies within an NNS
  56.      domain.
  57.  
  58. 2.   NNS employs no real time synchronization services to manage
  59.      bindery modifications in the NNS environment.  Multiple points
  60.      of administration for a single NNS domain should be avoided. 
  61.      Locating NNS domains across remote locations should also be
  62.      avoided. 
  63.  
  64. 3.   NNS "toggles" connection 8 when administering domains with
  65.      more than 8 servers.  (i.e. connection 8 is used to update the
  66.      8th server in the domain then the 9th, then the 10th, etc.) 
  67.      Care should be taken to insure that connection 8 is free
  68.      before initiating domain administration tasks for domains with
  69.      greater than 8 servers.  Due to the number of difficulties
  70.      experienced by some NNS sites, Novell no longer recommends
  71.      extending NNS domains to include more than eight servers per
  72.      domain.  Active NNS sites with more than 8 servers per domain
  73.      are encouraged to consider reducing the number of servers in
  74.      their domains.
  75.  
  76. 4.   Due to the number of difficulties experienced by some NNS
  77.      sites, and also due to performance issues related to domains
  78.      with large numbers of objects, Novell no longer recommends
  79.      extending NNS domains to include more than 1,000 objects
  80.      within a single domain.  In order to facilitate manageability,
  81.      NNS sites with more than 1,000 objects per domain are
  82.      encouraged to consider reducing the number of objects in their
  83.      domains.
  84.  
  85. 5.   Adding a file server to a domain or synchronizing file servers
  86.      within a domain has been known to cause random password
  87.      assignment to user accounts.
  88.  
  89. 6.   Synchronization performance on an NNS network may be affected
  90.      by a number of factors.  These include:
  91.           -    the number of file servers in the domain
  92.           -    the number of bindery objects (users and groups)
  93.                within the domain
  94.           -    the physical layout of the network
  95.           -    the speed of both the server and the client
  96.                involved in the synchronization process
  97.  
  98.      Using NNS with a large number of file servers, a large number
  99.      of bindery objects, or in a WAN environment is not recommended
  100.      and can result in poor performance.  The use of multiple
  101.      domains may help alleviate these problems.
  102.  
  103. 7.   Due to potential conflicts in bindery administration, NNS may
  104.      be susceptible to bindery corruption.  Bindery corruption on
  105.      file servers within NNS domains can manifest itself in a
  106.      variety of ways.  Network administrators should be especially
  107.      vigilant to make sure their binderies are free of corruption. 
  108.      If bindery corruption occurs, administrators should use the
  109.      latest version of bindfix off of NetWire to solve the problem.
  110.  
  111. 8.   Some sites utilize NNS domains primarily to allow users within
  112.      the domain to submit print jobs to a single domain print queue
  113.      which is then serviced by a single domain printer.  Such sites
  114.      may also wish to consider utilizing printing services, such as
  115.      the NetWare Print Server NLM, to concurrently service print
  116.      queues located on different servers. 
  117.  
  118. The following guidelines and restrictions apply when using NNS in
  119. conjunction with Novell's recently released NCP Security Signature. 
  120. These are additional guidelines to those contained in the NNS
  121. instruction manual and the NCP Security Signature documentation. 
  122. Failure to follow these guidelines may result in binderies within
  123. an NNS domain becoming "out of sync".
  124.  
  125. 9.   When any server in an NNS domain is set to NCP Security
  126.      Signature level 3, all clients within the domain should be set
  127.      to level 1 or higher.  Clients running at level 0 cannot
  128.      synchronize servers running at level 3.
  129.  
  130. 10.  Likewise, when any client in an NNS domain is set to NCP
  131.      Security Signature level 3, all servers within the domain
  132.      should be set to level 1 or higher.   Servers running at level
  133.      0 cannot be administered by clients running at level 3.
  134.  
  135. The following guidelines apply to NNS domains that will be upgraded
  136. to NetWare 4.x Directory Services (NDS).  Please refer to NetWare
  137. 4.x marketing and technical information and related product
  138. documentation for a better understanding of the concepts presented
  139. here.
  140.  
  141. 11.  With the release of NetWare 4.0, Novell has withdrawn NNS from
  142.      the price list.  NNS was intended as an interim naming service
  143.      for those customers wishing to administer multiple 3.x and 2.x
  144.      servers.  It was not intended that long term support be
  145.      provided to NNS.
  146.  
  147. 12.  Novell will end technical support for NNS on October 31, 1994. 
  148.      Existing NNS sites have until October 31, 1994 to fully
  149.      migrate their NNS domains to NetWare 4.x.  Customers with
  150.      existing NNS licenses are encouraged to take this into account
  151.      when adding new NNS domains or adding additional servers and
  152.      users to existing NNS domains.
  153.      
  154. 13.  To facilitate manageability and to avoid service problems when
  155.      upgrading NNS to NDS, Novell recommends that all servers
  156.      within the NNS domain be migrated to 4.x with the same time
  157.      frame.  To simplify the upgrade to NDS, customers using NNS
  158.      are encouraged to plan and properly size their NNS domains
  159.      prior to beginning a migration to NDS.  If an entire NNS
  160.      domain cannot be migrated to NDS within the same time frame,
  161.      customers may wish to resize the NNS domain prior to doing the
  162.      upgrade to NetWare 4.x.